Amendments to the Specification: 

Please replace the Specification of the present application, including 
the Abstract, with the following Substitute Specification. A marked-up version of 
the Substitute Specification and Abstract are attached hereto. 
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SPECIFICATION 
TITLE 

METHOD FOR THE TRANSMISSION OF DATA 
FIELD OF TECHNOLOGY 
[0001] The present invention relates generally to transmitting data from 

a transmitter to a receiver in accordance with the Universal Mobile 
Telecommunications System (UMTS) standard. 

BACKGROUND 

[0002] The UMTS radio interface is subdivided into three protocol 

layers: the physical layer as Layer 1, the data link layer including MAC, RLC, 
BMC, PDCP as Layer 2 and the network layer with RRC as Layer 3. Within 
the protocol structure of the UMTS air interface, a radio resource control RRC 
in the radio network control entity RNC is responsible for the control and 
allocation of radio resources for all user equipment located in a radio cell. 
Resource management is currently performed on a relatively slow time basis 
because the corresponding signaling between the user equipment and the RNC 
is effected via the RRC messages. 

[0003] An essential task of the MAC-d entity in the MAC layer in the 

transmitter is, in the transmit case, to map the data applied via the dedicated 
logical channels above the MAC layer to the dedicated transport channels of 
the physical layer. In the receiver, the task of the Mac-d is to distribute the 
data received on the dedicated transport channels to the dedicated logical 
channels. In the receive case, the MAC-d entity again distributes the data 
received via the dedicated transport channels to the relevant dedicated logical 
channels. On the transport channels, the data is transmitted in the form of 
fixed-length packet units, the so-called transport blocks. With regard to the 
further standardization and evolution of UMTS within the Third Generation 
Partnership Project or 3 GPP bodies, improvements for fast and efficient data 
transmission via the dedicated transport channel are needed. 
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SUMMARY 

[0004] An object of the present invention is to improve a data 

transmission method according to the UMTS standard so as to speed up data 
transmission. According to the invention, a method for inband signaling (at 
the MAC layer level) of information relevant to the UMTS base station is 
disclosed. The present invention implements fast and efficient signaling 
between the user terminal equipment UE and a particular UMTS base station at 
the MAC layer level. In the MAC layer level it is, therefore, possible 
according to the invention to differentiate between data transport blocks and 
signaling transport blocks and to handle them differently, thereby enabling 
user data and RRC signaling data to be exchanged between user terminal 
equipment and base station in the normal way. Signaling data additionally 
relevant to the base station is only exchanged between user terminal equipment 
and base station. This speeds up data transmission particularly in the uplink 
direction, i.e., from user terminal equipment to a network or to the base station 
as part of a following network. 

[0005] According to the invention, in an architecture of a 

corresponding communication system, RRC functionalities in the form of at 
least one control and/or data processing means are, therefore, moved from the 
RNC to the base station. Structural conformity with the existing a UMTS 
standard is also implemented To this end, in particular, suitable signaling is 
created by providing appropriate signaling means in the base station and user 
terminal equipment. In addition, special signaling transport blocks and two 
different transport block formats are created. Additional features and 
advantages of the present invention are described in, and will be apparent 
from, the following Detailed Description, Figures and Tables that follow. 

BRIEF DESCRIPTION OF THE FIGURES 
[0006] Figure 1 illustrates components of a radio communication 

system according to the UMTS standard. 

[0007] Figure 2 illustrates a protocol structure of the UMTS air 

interface. 
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[0008] Figure 3 illustrates an architecture of the MAC-d entity on the 

UE side. 

[0009] Figure 4 illustrates an uplink transmission scenario. 

[0010] Figure 5 illustrates mapping of data from transport channels to 

the physical channels. 

[0011] Figure 6 illustrates an extended protocol structure of the UMTS 

air interface. 

[0012] Figure 7 illustrates transport block formats. 

[0013] Figure 8 illustrates an MAC SDU format in the signaling - 

transport block case. 

[0014] Figure 9 illustrates inband signaling. 

[0015] Figure 10 illustrates a signaling procedure in the MAC layer 

according to Example 1 in the downlink direction. 

[0016] Figure 11 illustrates a signaling procedure in the MAC layer 

according to Example 2 in the uplink direction. 

[0017] Table 1 lists parameters for the signaling radio bearers. 

[0018] Table 2 lists parameters for the radio bearers. 

[0019] Table 3 lists the configurations permitted for transport format 

combinations. 

[0020] Table 4 lists the parameters for the radio bearers according to an 

embodiment of the invention. 

[0021] Table 5 lists the configurations permitted for transport format 

combinations according to an embodiment of the invention. 

DETAILED DESCRIPTION 
[0022] In the Figures and further explanations, the same reference 

numerals and abbreviations are consistently used for identical parts, functional 
blocks, layers, and the like. Because of progressive standardization at 
international level, the technical terms and designations are predominantly 
borrowed from the Anglo-Saxon language area and should be understood by 
one of ordinary skill in the art. 
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[0023] A solution is proposed according to the invention in which only 

base-station-relevant information can be exchanged at MAC layer level 
between a base station and a user equipment via special signaling transport 
blocks. A base station according to the invention, therefore, likewise possesses 
resource management functions, e.g., for reconfiguring the physical channels 
or for switching the transport channel type. In this regard, new signaling 
mechanisms between a base station and a user equipment, enabling the base 
station to perform radio resource management as quickly and efficiently as 
possible, will also be defined and described below. To facilitate orientation, 
the basic principles of the network and protocol architecture according to the 
UMTS standard will first be explained. 

[0024] Figure 1 illustrates an example radio communication system 

FCS operated in accordance with the Universal Mobile Telecommunications 
System or UMTS standard. In Figure 1, a radio cell CE1, a base station BS1 
and a higher-order radio network control entity RNC1 are disclosed. The base 
station BS1 is controlled via an associated data line LI by the higher-order 
radio network control entity RNC1, which monitors the assignment of radio 
resources in the radio cell CE1 served by the base station BS1. The base 
station BS1 is representative of a plurality of other base stations BS (not shown 
in detail in Figure 1) of the radio communication system FCS that possess and 
cover the corresponding radio cells CE. Between the base station BS1 and a 
radio communication equipment (in this case, one of the mobile telephones 
UE1-UE5 in the radio cell CE1) message and/or data signals are transmitted 
over at least one predefined air interface Uu according to a multiple access 
transmission method. 

[0025] In UMTS frequency division duplex or FDD mode, for 

example, separate signal transmission in the uplink and downlink direction is 
achieved by means of corresponding separate assignment of frequencies or 
frequency ranges, uplink signifying signal transmission from the user 
equipment to the relevant base station, and downlink denoting signal 
transmission from the assigned base station to the user equipment. A plurality 
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of users or more precisely mobile telephones UE1 - UE5 in the same radio cell 
CE1 are preferably separated via orthogonal codes, in particular, according to 
the so-called code division multiple access or CDMA method. In this 
example, a number of user equipments UE1, UE2, UE3, UE4 and UE5 are 
present in the radio cell CE1 of the base station BS1. The UMTS air interface 
Uu is subdivided into three protocol layers. Figure 2 illustrates the protocol 
structure in terms of the dedicated transport channel DCH. The lowest layer is 
the physical layer, Layer 1. The next higher layer is the data link layer, Layer 
2, comprising MAC, RLC, BMC and PDCP. The highest layer is the network 
layer with the RRC, Layer 3. This architecture is present both in the user 
equipment UE and in the UMTS network, also known as UMTS Terrestrial 
Radio Access Network or UTRAN, including the base stations BS and the 
radio network control entities RNC. Each protocol layer provides its services 
to the next higher layer via defined service access points. 

[0026] To make the architecture easier to understand, these service 

access points are provided with commonly used and unique names such as 
logical channels, transport channels, radio bearers RB, and signaling radio 
bearers SRB. The protocol architecture shown in Figure 2 is not only 
subdivided horizontally into the abovementioned layers and units, but also 
vertically into the control plane (C-plane), including the physical layer, MAC, 
RLC and RRC, and the user plane (U-plane), including the physical layer, 
MAC, RLC, PDCP and BMC. Only control data required for setting up and 
maintaining a connection is transmitted via the C-plane, whereas the actual 
user data is transported via the U-plane. Each protocol layer or protocol entity 
has particular functions. The protocol architecture is described in detail in [1]. 
On the network side, the physical layer is in the relevant base station and radio 
network control entity, whereas the MAC, RLC, PDCP, BMC and RRC are in 
the radio network control entity only. On the transmitter side, the task of the 
physical layer Phys is to ensure reliable transmission of the data coming from 
the MAC layer via the air interface Uu, the data being mapped to the relevant 
physical channels Phy. The physical layer Phys provides its services to the 
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MAC layer via transport channels which specify how and with which 
characteristic the data is to be transported over the air interface Uu. The 
essential functions of the physical layer Phys include channel coding, 
modulation and CDMA code spreading. Correspondingly, on the receiver 
side, the physical layer Phys performs CDMA code de-spreading, demodulati- 
on and decoding of the received data and then forwards it to the MAC layer for 
further processing. 

[0027] The MAC layer provides its services to the RLC layer via 

logical channels Log that characterize the data type of the transported data. 
The task of the MAC layer in the transmitter is to map the data present on a 
logical channel Log above the MAC layer to the transport channels Transp of 
the physical layer Phys. For this purpose, the physical layer Phys provides the 
transport channels with different transmission rates. One of the essential 
functions of the MAC layer in the transmitter is, therefore, to select a suitable 
transport format TF for each configured transport channel Transp depending 
on the instantaneous transmission rate, the transmitted power and the data 
priority of the logical channels Log mapped to that transport channel Transp. 
For example, a transport format TF specifies how many MAC packet units, 
known as a transport block, are sent to the physical layer Phys via the transport 
channel Transp per transmission time interval TTL In the receiver, the MAC 
layer distributes the transport blocks received on the transport channels Transp 
to the logical channels Log. The MAC layer consists of three logical units. 
[0028] The MAC-d entity handles the user and control data that are 

mapped to the dedicated transport channels DCH via the corresponding 
dedicated logical channels DTCH (Dedicated Traffic Channel) and DCCH 
(Dedicated Control Channel). The MAC-c/sh (MAC-control/shared) entity 
handles the user and control data of logical channels that are mapped to the 
common transport channels such as RACH in the uplink or FACH in the 
downlink. The MAC-b (MAC-broadcast) entity handles only the radio-cell- 
relevant system information which is broadcast to all the UEs in the relevant 
radio cell by mapping the logical broadcast control channel BCCH to the 
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transport broadcast channel BCH. The RLC layer provides its services, in the 
case of RRC, via the signaling radio bearers SRB. In the case of PDCP and 
BMC, this takes place via the radio bearers RB. The SRB or RB characterize 
how the RLC layer has to deal with the data packets. 

[0029] For this purpose, for example, the transmission mode for each 

configured SRB or RB is defined by the RRC layer: transparent mode TM, 
unacknowledged mode UM or acknowledged mode AM, the RLC layer being 
modeled in such a way that there is one independent RLC entity per RB or 
SRB. In addition, the task of the RLC protocol in the transmitter is to divide or 
combine the user and signaling data of RBs or SRBs into packets. In the case 
of the UM and AM transmission modes, the relevant RLC entity stores the 
copies of the data packets present at an RB or SRB in an RLC transmit buffer 
until they can be successfully transported over the air interface Uu by the 
layers below RLC. The RLC layer transfers the data packets resulting from the 
dividing or combining to the MAC layer for further transportation. The RRC 
protocol is responsible for setup and cleardown, the reconfiguration of physical 
channels Phy, transport channels Transp, logical channels Log, signaling radio 
bearers and radio bearers, as well as negotiation of all the parameters of the 
Layer 1 and 2 protocols. For this purposee, the RRC entities in the RNC and 
UE exchange corresponding RRC messages via the SRBs. For RRC layer 
details, see [2]. The PDCP protocol is only responsible for the transmission of 
packet-switched (PS) domain data. Its main function is to compress or 
decompress IP header information. The BMC protocol is used on the network 
side to transmit so-called cell broadcast messages over the air interface Uu. 
[0030] The functional basics of the MAC-d entity will now be 

described. The MAC-d entity in the MAC layer handles the user and control 
data which are mapped via the corresponding dedicated logical channels 
DTCH (Dedicated Traffic Channel) and DCCH (Dedicated Control Channel) 
to the dedicated transport channels DCH. The relevant details are described in 
[3]. By way of example, Figure 3 shows the architecture of the MAC-d entity 
on the UE side: 
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• If configured by RRC, the user and control data are mapped by block transport 
channel type switching from DTCH and DCCH to common transport channels 
such as RACH, for example, and forwarded to the MAC-c/sh entity for further 
processing. 

• C/T MUX is used if multiplexing of a plurality of dedicated logical channels to 
the same transport channel is performed. In this case, in order to ensure 
unambiguous identification, the data packets from the relevant logical channels 
have a 4-bit C/T field added as the MAC header in which the identity of the 
logical channel is entered. This enables the MAC-d entity on the receiver side 
to clearly identify the logical channel from which the received data originates. 

• In the case of RLC transparent mode, TM, the data packets are encrypted 
(ciphering) in the transmit case or decrypted (deciphering) in the receive case. 

• The task of the UL TFC selection block is uplink scheduling, i.e. selecting a 
suitable transport format combination TFC for all the configured DCHs 
depending on the instantaneous transmission rate, the transmitted power and 
the data priority of the dedicated logical channels which are mapped to the 
transport channels. 

[0031] To facilitate understanding of how the protocols relate to one 

another, an example will now be explained. For this purpose, a scenario is 
assumed in which the user equipment UE1 in the radio cell CE1 is using two 
uplink packet services of 64 kbps each in parallel, e.g., for Internetbrowsing 
and streaming of data. The UE1 has been allocated dedicated radio resources 
by the RRC layer in the RNC1 on the basis of the current traffic situation in the 
radio cell CE1 and the requested quality of service QoS. In detail, the 
individual protocol layers or protocol entities have been configured by the 
RRC layer in the RNC1 for the downlink and uplink in such a way that a 
particular QoS, such as a certain guaranteed or maximum data rate and/or a 
defined transmission delay shall be ensured by the Layer 1 and 2 protocols for 
the duration of the mobile connection. The configuration specified by the 
RNC1 is then signaled to the RRC layer in the user equipment UE1. 
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[0032] Figure 4 illustrates a typical configuration for the uplink 

transmission scenario illustrated. In the U-plane, two RBs are specified, i.e., 
RBI and RB2, via which the user data of the relevant packet service is 
transmitted. In the RLC layer, each RB is mapped to an RLC entity and 
logical traffic channel DTCH. In the C-plane, four 3.4-kbps SRBs SRB1 to 
SRB4 specified on the basis of the different types of control messages are 
mapped to an RLC entity and logical control channel DCCH in the RLC layer. 
In the MAC-d entity, two transport channels DCH1 and DCH2 are configured. 
The two logical traffic channels DTCH1 and DTCH2 are multiplexed onto the 
transport channel DCH1 in the U-plane and the four logical control channels 
DCCH1 to DCCH4 are multiplexed onto the transport channel DCH2 in the C- 
plane. In the physical layer, the two transport channels are channel-coded and 
multiplexed onto a coded composite transport channel CCTrCH of 10 ms 
frame length. Based on FDD radio transmission technology, the data is 
transmitted over the air interface Uu to UTRAN on the CCTrCH after 
spreading and modulation via the dedicated physical data channel DPDCH 
with SF=16. Specific physical layer control information is transmitted on the 
dedicated physical control Channel DPCCH with spreading factor SF=256 to 
enable the physical layer in the base station BS1 to also correctly decode the 
data on the DPDCH after decoding the control information on the DPCCH. 
[0033] Tables 1 to 3 summarize the configured parameters for the 

signaling radio bearers, radio bearers and the permitted transport format 
combinations. For the processing of the data packets in the transmit buffers of 
the relevant RLC-entities, the logical channels are assigned different priorities 
from 1 to 8. Priority 1 constitutes the highest and priority 8 constitutes the 
lowest priority. On the basis of these priorities, the data packets are preferred 
by the logical channels having a higher priority. In the event of a stalemate 
situation, i.e., both or a plurality of logical channels on the same transport 
channel have the same priority, the buffer occupancy BO is taken into account 
as a further criterion. If, in the case of equal priority of, e.g., two logical 



11 



channels on the same transport channel, the buffer status of logical channel 1 is 
higher than that of logical channel 2, the data is first processed by channel 1 . 
[0034] For the transport channel DCH1, five transport formats TFO to 

TF4 in the transport format set TFS are configured. For example, the transport 
format TF2 specifies that, in each transmission time interval TTI of 20 ms, two 
transport blocks TB of size 340 bits are transmitted via the DCH1 to the 
physical layer where 16 CRC checksum bits are added to each transport block 
for error detection. The two transport blocks are then jointly channel-coded by 
a rate 1/3 turbo coder in order to protect them from transmission errors that 
may be caused by the transmission channel. For the transport channel DCH2, 
on the other hand, only two transport formats TFO and TF1 in the transport 
format set TFS are configured. Thus, the transport format TF1 specifies that, 
in each transmission time interval TTI=40ms, one transport block of size 148 
bits is transmitted via the DCH2 to the physical layer where 16 CRC checksum 
bits are added to the transport block for error detection. The transport block is 
then channel-coded by a rate 1/3 convolutional coder. 

[0035] The coded data of the two transport channels are then jointly 

multiplexed onto a CCTrCH frame depending on their respective TTIs. On the 
basis of TTI=20ms, the data from DCH1 is transmitted over the air interface to 
UTRAN in two consecutive frames, whereas the data from DCH2, on the basis 
of TTI=40ms, is transmitted in four consecutive frames. The permissible 
combination of transport formats of the two transport channels DCH1 and 
DCH2 on the CCTrCH is specified by the transport format combination set 
TFCS. The maximum number of possible transport format combinations TFC 
is the product of the number of transport formats configured for each transport 
channel. It lies within the responsibility and control of UTRAN to correctly 
specify the size of the TFCS, i.e., the number and type of the permitted 
combinations of transport formats of different transport channels. In practice, 
the permitted number of TFCs in a TFCS is less than the theoretically possible 
maximum. In this embodiment, the permitted size of the TFCS=10 is also the 
actual maximum number, also 5 TFs from DCH1 and 2 TFs from DCH2. 
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These 10 permitted transport format combinations are listed in Table 3. The 
notation of the TFCs is defined with i=0 ... 4 and j=0.1 for TF#i from DCH1, 
TF#j from DCH2. 

[0036] Figure 5 illustrates an example of uplink scheduling in which 

the MAC-d entity has selected the transport format combination TFC8 for data 
transmission as a function of the instantaneous transmission situation, the 
combination TFC8=(TF3, TF1) specifying that the relevant portions of the 
coded data of three transport blocks TBI, TB2, TB3 from DCH1 (=TF3) and 
of one transport block (TBI) from DCH2 (=TF1) are transmitted on the 
CCTrCH. To ensure that the physical layer in the base station BS1 can 
correctly decode the data on the DPDCH, the transport format combination 
TFC8 used on the CCTrCH is signaled on the DPCCH as control information. 
An essential aspect of the present invention is the definition of special 
signaling transport blocks STB for inband signaling of base-station-relevant 
information at the MAC layer level. This allows fast and efficient control of 
radio resources. Without limiting generality, it will now be assumed that the 
base station BS possesses the following RRC functions: 

• Reconfiguration of physical channels in the uplink and downlink 

• Reconfiguration of the transport formats and transport format combinations in 
the uplink and downlink 

• Switching of the transport channel type, i.e. from common transport channels 
to dedicated transport channels and vice versa 

• Setting of the uplink SIR ta rget for fast performance control of dedicated physical 
channels 

Specifically, a solution according to the invention looks as follows: 

[0037] 1 . Extended UTRAN protocol architecture: 

Within the UTRAN protocol architecture, a new entity with the designation 
Medium Access Control Enhanced Uplink, abbreviated to MAC-EU, is defined in 
the MAClayer. A correspondingly extended UTRAN protocol architecture is 
shown in Figure 6 analogously to the depiction in Figure 2. On the network side 
the MAC-EU entity is only in the base station, the MAC-EU performing all the 
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functions required for inband signaling of base-station-relevant information 
concerning the signaling transport blocks for radio resource control. 
These functions include: 

Generating one or more signaling transport blocks for inband signaling; 

Selecting a transport channel for transmitting the signaling transport blocks; 

Multiplexing signaling transport blocks within the transport blocks of a 

transport channel that are to be transmitted; 

Demultiplexing signaling transport blocks within the received transport blocks 
of a transport channel; 

• Forwarding the information transmitted in the signaling transport blocks to the 
RRC entity in the base station or UE for further processing and 

• Checking for reliable transmission or reception of messages in signaling 
transport blocks. 

Depending on the RRC functionality of the base station BS, various types of 

messages are exchanged between the base station BS and a user equipment UE 
via an STB. This new transport block typically contains, according to the 
following non-exhaustive list: 

Physical Channel Reconfiguration Control: message from the base station to 
the UE to reconfigure the physical channels in the uplink and downlink. 
TF Reconfiguration Control: message from the base station to the UE to 
reconfigure the transport format and transport format combinations in the 
uplink and downlink. 

• Buffer Status Control: message from the base station to the UE to transmit the 
current data volume of a particular transport channel, i.e. the RLC buffer status 
of all the RBs or logical channels which are multiplexed into the transport 
channel. 

• Buffer Status Report: reply from the UE to the base station in response to the 
buffer status control message with signaling of the data volume of the transport 
channel. 

[0038] 2. Definition of transport block types: 



14 



Two new transport block formats are defined for the dedicated logical channels 

DTCH and DCCH depending on the MAC-multiplexing, see Figure 7. Without 
limiting generality, a DCH transport channel is considered in Figure 7, i.e., in 
principle the new formats can also be used for the common transport channels 
such as RACH in the uplink and FACH in the downlink: 

Case a): DTCH or DCCH are mapped to a DCH transport channel without 
multiplexing. In this case only a 2-bit D/C field is added as a MAC header. 
Case b): DTCH or DCCH are mapped to a DCH transport channel with 
multiplexing. In this case the MAC header consists of the 2-bit D/C field and 
the 4-bit C/T field in which the relevant identity of the logical channel is 
transmitted. 

The field is designated D/C as an abbreviation for Data/Control. The D/C field 
indicates the transport block type: 

With D/C=00 a signaling transport block STB is signaled. The MAC SDU 
then constitutes the packet unit via which only base-station-relevant 
information for radio resource control is exchanged between user equipment 
and base station. 

• Correspondingly, D/C=l 1 signals a normal transport block by means of which 
user or RRCsignaling data is transmitted, as hitherto. The MAC SDU then 
constitutes the packet unit which receives the MAC layer via DTCH or DCCH. 
[0039] 3. Structure of the signaling transport block: 

Figure 8 shows the general structure of the MAC SDU part of a signaling transport 
block STB via which n messages can be transmitted: 

TN UL: this status field or field transmits an uplink transmission number and is 
used for tracking the transmission status in the uplink. The field is k bits long. 

• TN DL: this field transmits a downlink transmission number and is used for 
tracking the transmission status in the downlink. The field is k bits long. 

• Poll: this field is used to request from the receiver an acknowledgment of 
successful transmission of a signaling transport block within a specified time. 
The field is 1 bit long. 
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MT: in this field the message type transmitted in the following message part is 
specified. The field is 1 bit coded. 

• MP: in this field the message specified by the MT part is transmitted. The field 
has a variable length of m bits depending on the type of message to be 
transmitted. 

Flag: this field is used to indicate whether or not the field MT, i.e., another 
message, is transmitted in the following field. The field is 1 bit long. 
Pad: this field is used to pad out the unused part in the MAC SDU with so- 
called dummy bits. 

The status fields TN UL, TN DL and Poll are used to check for reliable 
transmission of messages in a signaling transport block. This is implemented by the 
following mechanism: 

• The MAC-EU entity in the UE has an uplink transmission counter Zl with an 
integer value range of 0 to N-l, coded with k bits. For each STB transmitted in 
the uplink direction, the current value of this uplink counter is transmitted in 
the field TN UL and then incremented by one. The value of the last DL-STB 
received is additionally transmitted in the field TN DL. When the maximum 
count has been reached, Zl is reset to 0 and incremented once again. 

• Similarly, the MAC-EU entity in the base station has a downlink transmission 
counter Z2 with an integer value range of 0 to N-l , coded with k bits. For each 
STB transmitted in the downlink direction, the current value of this downlink 
counter is transmitted in the field TN DL and then incremented by one. The 
value of the last UL-STB received is additionally transmitted in the field TN 
UL. When the maximum count has been reached, Z2 is reset to 0 and 
incremented once again. 

• Using the status field Poll, the relevant MAC-EU entities can if necessary 
request acknowledgment of successful reception of the STB within a specified 
time from the relevant receiver entities, i.e., by a set poll bit =1 . 

In the case of error- free transmission conditions, the relevant MAC-EU entities in 
the receiver receive a sequential numerical order of signaling transport blocks, i.e., 
any transmission errors are detected by breaks in the sequential numerical order. 
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[0040] To summarize, according to the invention there are defined, 

within the MACprotocol layer, special signaling transport blocks via which in 
future fast and efficient inband signaling for radio resource control between a 
base station and a user equipment can be implemented, thereby providing the 
following advantages. The invention supports an extended UTRAN protocol 
architecture with RRC functionality in the base station, so that radio resources 
can in future be managed closer to the air interface. In this way, 
reconfigurations of radio resources in the uplink and downlink can be carried 
out much more quickly and efficiently for a user equipment as a function of the 
traffic load in a radio cell. Data transmission in the downlink and particularly 
in the uplink can be significantly improved in terms of transmission delay and 
data throughput. 

[0041] In the examples which follow, the extended UTRAN protocol 

architecture shown in Figure 6 with the new MAC-EU entity in the MAC layer 
will be considered. Without limiting generality, it will be assumed that the 
base station possesses the following RRC functions, as already stated above: 

• Reconfiguration of physical channels in the uplink and downlink 

• Reconfiguration of the transport formats and transport format combinations in 
the uplink and downlink 

• Switching of the transport channel type, i.e., from common transport channels 
to dedicated transport channels and vice versa 

Setting of the uplink SER ta rget for fast performance control of dedicated physical 
channels 

Data transmission between a UE and UTRAN via a dedicated connection with the 
following configuration is considered: 

• For uplink and downlink a transmission scenario according to Figure 4 is 
considered. 

In the U-plane the user data is transmitted on two RBs, i.e., RB#1 and RB#2. 
The configuration of the two RBs is summarized in Table 4. 
In the C-plane, 4 SRBs (SRB#1 to SRB#4) are configured. Their parameters 
are summarized in Table 1 . 
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• Table 5 lists the permitted transport format combinations, a total of 12 
combinations now being defined. 

• A transport block format according to case b) in Figure 7 is considered, i.e., the 
MAC header consists of the fields D/C and C/T. 

In respect of the format of a signaling transport block according to Figure 8, 
the following configuration is considered: fields TN UL, TN DL and MT 3 bits 
long in each case. 

[0042] Example 1 of an embodiment: inband signaling in the downlink 

The downlink transmission counter Z2 is in the initial state with the value 0 and 
MAC-EU in the base station has yet to receive a UL-STB from the UE. 
Because of the current traffic situation in the radio cell, the base station wants 
to send two radio resource control messages to the UE via a DL-STB within 
the existing dedicated data transmission between UE and UTRAN: 

• Physical Channel Reconfiguration Control for reconfiguring the dedicated 
physical channels in the uplink and downlink, e.g., new parameters for SF, 
channelization code and scrambling code. 

• Buffer Status Control for transmitting the current data volume of the dedicated 
UL transport channel DCH1. 

Based on the downlink scheduling, the MAC-d entity in the RNC has selected 
TFC9 for data transmission on the CCTrCH, i.e., the relevant portions of the coded 
data of four transport blocks (TBI, TB2, TB3, TB4) from DCH1 (=TF3) and of one 
transport block (TBI) from DCH2 (=TF1) are to be transmitted in the physical 
layer every 10 ms. 

[0043] Because of the available transmission capacity on DCH1, the 

MAC-EU in the base station BS selects this transport channel for transmitting 
its 1 82-bit signaling transport block. MAC-EU signals the requirement to the 
MAC-d entity so that only three normal transport blocks are actually 
transmitted over the DCH1. The MAC-EU now generates an STB with the 
following configuration: 

• D/C = 00 

C/T= dummy bits, as this field has no significance in the case of an STB 
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• TN UL = 0 

• TN DL = 0 

• Poll = 0 

MT = Physical Channel Reconfiguration Control 

MP1 = content of the Physical Channel Reconfiguration Control message 
Flag-1 = 1, in order to indicate that another message follows 
MT = Buffer Status Control 

• MP2 = content of the Buffer Status Control message 
Flag-2 = 0, in order to indicate that another message follows 

• Pad = dummy bits, if required 

[0044] This STB is then multiplexed by the MAC-EU within the 

normal transport blocks of DCH1 to be transmitted, as shown in Figure 9, and 
passed on to the physical layer for further processing. The basic signal flow is 
shown in Figure 10, the dash-dotted line clearly indicating the physical 
separation of the MAC layer as a logical entity. In order that the physical layer 
in the UE can correctly decode the data on the DPDCH, the transport format 
combination TFC9 used on the CCTrCH is signaled on the DPCCH as control 
information. In the MAC-EU entity in the UE, the received transport blocks 
on the DCH1 are evaluated on the basis of the D/C field in the MAC header, 
and, if D/C = 00, the DL-STB1 is demultiplexed accordingly. The three other 
transport blocks TBI, TB2 and TB3 are passed on to MAC-d entity for further 
processing. 

[0045] Example 2 of an embodiment: inband signaling in the uplink 

The uplink transmission counter Zl is in the initial state with the value 0 and the 
MAC-EU in the UE has received the DL-STB from the base station. On the basis 
of the received messages, on the one hand the physical channels in the uplink and 
downlink are reconfigured while, on the other, measurement of the data volume on 
the UL-DCH1 is performed. As a response thereto, the Buffer Status Report is now 
to be sent to the base station via a UL-STB. Based on the uplink scheduling, the 
MAC-d entity in the UE has selected TFC9 for data transmission on the CCTrCH, 
i.e., the relevant portions of the coded data of four transport blocks (TBI, TB2, 
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TB3, TB4) from DCH1 (=TF3) and of one transport block (TBI) from DCH2 

(=TF1) are to be transmitted in the physical layer every 10 ms. 

[0046] Because of the available transmission capacity on DCH1, the 

MAC-EU selects this transport channel for transmitting its 182-bit signaling 
transport block. MAC-EU signals the requirement to the MAC-d entity so that 
only three normal transport blocks are actually transmitted over the DCHL 
The MAC-EU now generates an STB with the following configuration: 

• D/C = 00 

• C/T= dummy bits, as this field has no significance in the case of an STB 

• TNUL = 0 

• TN DL = 0 

• Poll = 0 

MT = Buffer Status Report 

• MP1 = content of the Buffer Status Report message 
Flag-1 = 0, in order to indicate that no other message follows 

• Pad = dummy bits, if required 

[0047] This STB is then multiplexed by the MAC-EU within the 

normal transport blocks of DCH1 to be transmitted, as shown in Figure 9, and 
passed on to the physical layer for further processing. The basic signal flow in 
the uplink direction is shown in Figure 1 1 where, in contrast to the situation in 
Figure 10, there is no physical separation of the MAC layer. In order that the 
physical layer in the base station can correctly decode the data on the DPDCH, 
the transport format combination TFC9 used on the CCTrCH is signaled on the 
DPCCH as control information. In the MAC-EU entity in the base station, the 
received transport blocks on the DCH1 are evaluated on the basis of the D/C 
field in the MAC header, and, if D/C = 00, the UL-STB1 is demultiplexed 
accordingly. The three other transport blocks TBI, TB2 and TB3 are passed 
on to MAC-d entity in the RNC for further processing. 

[0048] Within the scope of the description of the present invention, 

reference is made particularly to the following literature: 
[1] 3 GPP TS 25.301 : Radio Interface Protocol Architecture 
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[2] 3GPP TS 25.331 : radio resource control (RRC) protocol specification 

[3] 3 GPP TS 25.321 : Medium Access Control (MAC) protocol specification 

In addition, the following abbreviations are used: 

3GPP Third Generation Partnership Project 

AM Acknowledged Mode 

BCCH Broadcast Control Channel 

BCH Broadcast Channel 

BMC Broadcast Multicast Control 

BO Buffer Occupancy 

BS Base Station 

CCTrCH Coded Composite Transport Channel 

CDMA Code Division Multiple Access 

CE Radio cell 

CRC Cyclic Redundancy Check 

D/C Data/Control 

DCCH Dedicated Control Channel 

DCH Dedicated Channel 

DL Downlink 

DPCCH Dedicated Physical Control Channel 

DPDCH Dedicated Physical Data Channel 

DTCH Dedicated Traffic Channel 

FACH Forward Access Channel 

FCS Radio communication system 

FDD Frequency Division Duplex 

EP Internet Protocol 

kbps Kilobits per second 

Log Logical channel 

MAC Medium Access Control 

MAC-b MAC broadcast 

MAC-c/sh MAC control/shared 

MAC-d MAC dedicated 
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MAC-EU 


MAC Enhanced Uplink 


MP 


Message Part 


MT 


Message Type 


PDCP 


Packet Data Convergence Protocol 


PS 


Packet- switched 


Phy 


Physical channel 


Phys 


Physical layer 


QOS 


Quality of Service 


RACH 


Random Access Channel 


RB 


Radio Bearer 


RLC 


Radio Link Control 


RNC 


Radio Network Controller, radio network control entity 


RRC 


Radio Resource Control 


SDU 


Service Data Unit 


SF 


Spreading Factor 


SIR 


Signal to Interference Ratio 


SRB 


Signaling Radio Bearer 


STB 


Signaling Transport Block 


TB 


Transport Block 


TF 


Transport Format 


TFC 


Transport Format Combination 


TFCS 


Transport Format Combination Set 


TFS 


Transport Format Set 


TM 


Transparent Mode 


TN 


Transmission Number 


' I ron on 

1 Iculbp 


i rdiiopori tndniici 


TTI 


Transmission Time Interval 


UE 


User Equipment 


UL 


Uplink 


UM 


Unacknowledged Mode 


UMTS 


Universal Mobile Telecommunications System 
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UTRAN UMTS Terrestrial Radio Access Network 



[0049] It should be understood that various changes and modifications 

to the presently preferred embodiments described herein will be apparent to 
those skilled in the art. Such changes and modifications can be made without 
departing from the spirit and scope of the present invention and without 
diminishing its intended advantages. It is therefore intended that such changes 
and modifications be covered by the appended claims. 
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